home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 13314 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.2 KB
  1. Path: news.zocalo.net!news
  2. From: Paul Hsieh <qed@xenon.chromatic.com>
  3. Newsgroups: comp.lang.c++,rec.games.programmer,alt.msdos.programmer,comp.programming
  4. Subject: Re: Young programmers read me.
  5. Date: Sun, 24 Mar 1996 15:11:54 -0800
  6. Organization: Zocalo Engineering - Berkeley, California, USA
  7. Message-ID: <3155D6BA.5B70@xenon.chromatic.com>
  8. References: <4icpp9$7hr@barad-dur.nas.com> <4imqe4$cj3@ping1.ping.be> <4ippuq$4pk@scoop.eco.twg.com> <4j2lgn$j4l@dfw-ixnews4.ix.netcom.com>
  9. NNTP-Posting-Host: paulh.chromatic.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (Win95; I)
  14.  
  15. John Lilley wrote:
  16. > In article <4ippuq$4pk@scoop.eco.twg.com>, mike@vishnu.eco.twg.com says...
  17. > >If you don't agree, check out any of the Corel newsgroups and see how thier
  18. > >customers feel about the seemingly endless bugs...
  19. > 
  20. > If I may inject a little sanity into this discussion, I'd like to
  21. > make a few observations:
  22. > 
  23. > It is almost always true that optimization of a program causes
  24. > errors.  
  25.  
  26. Hmm ... they way I optimize is I run my stuff through a profiler,
  27. disassemble, examine the code, sit down with a piece of paper and
  28. design better algorithms for my problem areas then re-code it.  I
  29. don't know how, you do it, but the act of optimization does not
  30. inherently cause errors in the programs *I* write.
  31.  
  32. > [...] Trying to hit the PC market in the recent past (and
  33. > probably even today), means excessive optimization and this is
  34. > a major source of errors in the PC marketplace.
  35.  
  36. I don't believe this is the root cause of defective programs in
  37. the market place today.  It is schedule pressures put on 
  38. programmers.  Most good programmers out there try to do a
  39. decent job when they are programming.  It is usually a manager
  40. that tells them that they have to meet such and such deadline
  41. that causes problems.
  42.  
  43. > MS-Windows in particular is a nasty environment.  The degree to
  44. > which undocumented and illogical behaviors occur in this
  45. > programming environment is truly amazing.  
  46.  
  47. No argument there.
  48.  
  49. > [...] And most of these
  50. > came about from the need to optimize the H--- out of Windows
  51. > from the day it was conceived and deal with the DOS/640k legacy.
  52.  
  53. :)  This is kind of a funny statement.  Being that I've trundled
  54. through the Windows kernel with Soft Ice while debugging problems, 
  55. I find it hard to believe Microsoft was trying very hard to 
  56. *optimize* Windows ... :)
  57.  
  58. > That being said, using the example of a buggy program under
  59. > MS-Windows as a condemnation of "C" or C++ is a rather weak
  60. > argument, unless it can be demonstrated that programs written
  61. > in other languages (ADA) fare better.  [...] Perhaps as 
  62. > performance continues to improve and tools evolve ADA will 
  63. > become more attractive and get a chance to prove itself.  I 
  64. > won't hold my breath.
  65.  
  66. I don't know all that much about low-level Ada stuff, but I 
  67. studied it in University and found it to be more trouble that
  68. its worth.  The lack of a competitive environment for compiler
  69. makers to make really good Ada compilers leads me to believe 
  70. that its unlikely that Ada has any change of unseeding C/C++
  71. as the programming language of choice.
  72.  
  73. -- 
  74. Paul Hsieh
  75. qed@xenon.chromatic.com
  76.  
  77. What I say and what my company says are not always the same thing
  78.